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includes orbiting satellites and the Internet The multimedia information is multicast to a receiving facility via an orbiting satellite or the 
Internet If the status of the transmission indicates that the transmission was unsuccessful, the receiving computer will transmit a failure 
status to the source, and the source will transmit the multimedia information to the receiving computer, thus providing reliable data delivery 
The multicast data is received by a receiving facility and the data is transmitted via industry standard non-proprietary mechanisms utilizing 
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5 COPYRIGHT NOTIFICATION 

Portions of this patent application contain materials that are 
subject to copyright protection. Tne copyright owner has no 
objection to the facsimile reproduction by anyone of the patent 
document, or the patent disclosure, as it appears in the Patent 

10 and Trademark Office. 

Field of the Invention 
This invention generally relates to improvements in computer 
systems, and more specifically, to utilizing multicast satellite 
15 broadcast technology as a bridge between telephony operations 
and the Internet- 
Background of the Invention 
Tradiucnaily. data has been delivered to network-connected 
20 desktop personal computers either by broadcasting or 
unicastiag. while the need for multicasting data has been 
unsatisfied. Broadcasting is a form of addressing wherein the 
destination address specifies all destinations: all destinations 
mdiscr=ninately receive the data whether or not the data is 
25 needed by the destination computer. Where data is not needed 
at a particular network-connected personal computer, the 
transmission of the data is an inefficient use of resources. This 
can be particularly disabling to a network that does not have 
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sufficient bandwidth capacity for all of the data traffic. 
Broadcasting is less efficient in direct relation to the proportion 
of users in the cornmunity of the broadcast that do not need the 
broadcast data. 

5 

In contrast, unicasting is a form of addressing where the 
destination address specifies a single destination. Unicasting 
eliminates the unnecessary transmission of data to destinations 
that have no need for the data, but is still inefficient because 
10 the data will be replicated on the network for each mdividual 
destination. For example, when data is transmitted to 20 
personal computers connected to a server. 20 transmissions of 
the dzzz will be made, each with a different mdivldual 
destination address. 

15 

"Where data needs to be transmitted to a limited set of all 
network-connected personal computers, transmission using 
broadcasting or unicasHr.g falls short of efficient resource use. 
Multicasting offers mere efficient resource use. Multicasting is 

20 a form of addressing wherein a source sends data to a server 
and me server sends one copy of the data to each of the 
destnadon computers. This form of addressing is particularly 
beneficial where the link between the source and the server has 
limited capacity or high cost because only one copy of the data 

25 that is intended for multiple recipients is transmitted to the 
server. Multicasting makes the most efficient use of an 
exoensive link or a link that has insufficient capacity for 
transmission to multiple destinations by reducing the number 
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of transmissions across the critical link to one, rather than 
requiring that multiple transmissions be made for each 
destination address . 

5 One arena where multicasting is implemented is the Internet 
Multimedia applications involve text, graphics, voice and video and 
hypertext operations. Multimedia applications typically require large 
amounts of data in comparison to traditional computer applications. . 
Tie Internet has increasingly become the consummation network of 

to choice for the consumer marker? lace. Multimedia applications exist 
on the Internee but the throughout of the Interne: Halts the 
usefulness of multimedia applications because multimedia 
applications are highly interactive and require higher throughput than 
the Internet can provide. The limitations on bandwidth make the 

15 Internet more suitable and emcient for low bancr«idth applications 
such ■ >TT,? ' 1 and smaller multimedia applications. 

The Multicast backbone (M50NZ) is a virtual nersork on top of 
the Internet which supports routing of Internet Protocol (IP) 

-0 multicast packets, intended for multimedia transmission 
M30NE enables public access to desktop video 
communications. However, the quality is poor, with only 3-5 
frames per second instead of the 30 frames per second of 
commercial television. Therefore, transmission of multimedia 

is data via the Internet is too slow, even using multicasting. 

Two independent technologies have emerged that provide 
greater speed and throughput (Internet Protocol (IP) Multicast 
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and Digital Video Broadcast) that together have the potential to 
provide for transmission of multimedia information over a 
network. IP Multicast is an important advance in IP networking 
that has been under development since the eariy 1990's but is 
5 only now receiving broad (and growing) practical industry 
backing through the commercial availability of network 
infrastructure elements. 

An extension of standard I?. IP Multicast allows applications to 
10 send one copy of information to a group address, and have the 
information transmitted to each recipient of the group requiring 
receipt of the information. I? Multicast is more efficient than 
point-to-point unicast because the source need send only once, 
and more efficient than broadcast since only interested nodes 
15 are imiiacied by transmission of the information. IP Multicast 
thus scales well as the number of participant and collaborations 
e^and. and it integrates well with other new I? protocols and 
services, such as Quality cf Service requests to support real- 
time multimedia. 

20 

However, despite the advantages of IP Multicast its terrestrial 
implementation may be slo^ because all routers between the 
sender and the receivers must be IP Multicast enabled. Even 
then, network bandwidth may be limited for some considerable 
25 time. The demand of consumers for digital satellite TV systems 
has driven the development of Direct Broadcast Satellite (DBS) 
systems that can broadcast directly to small low cost receiver 
equipment. The standard likely to become dominant on a global 
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basis is Digital Video Broadcast (DVB) which was developed by 
the European Broadcasting Union. 

DVB specifies standards for the digital broadcast of video. 

5 sound and data across satellite (DVB-S). cable PVB-C) and 
SMATV PV3-CS) data link layers. DVB specifies common 
conformance standards at several levels including channel 
coding (Reed-Soioman forward error correction), transport layer 
(MPEG-2 Systems Transport bitstream) and elementary stream. 

10 layers (MPEG-2 for video encoding and MPEG-rl for audio 
encoding). An elemental stream is a single, digitally coded- 
component of a multimedia channel (e.g. a single ceded video or 
audio stream). MPEG-2 elemental stream encoding thus 
provides good VHS quality video at 1.5-2 Megabits and studio 

15 production quality video at approx. 6-8 Megabits. 

MFEG-2 transport enables video, audio and data to be 
multiplexed onto the physical channel of choice, ^ith DVB 
specifying the remaining system elements for each transport 
20 media being used. For example with satellite communications 
DVB specifies the physical channel (single 3S Megabits satellite 
transponder), signal/noise ratio and channel coding (e.g. 
2b it/ symbol QPSK modulation). 

25 Satellite communications offer sufficient bandwidth for remote 
multimedia applications, however satellite connections for the 
typical computer user are practically non-existent and 
expensive and do not allow for use of economical open 



5 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



client/server technologies. A client/server architecture is an 
economical, proven and common form of distributed system 
wherein software is split between server tasks and client tasks. 
A client sends requests to a server, according to some protocol. 

5 asking for information or action, and the server responds. 

There may be either one centralized server or several distributed 
ones. This model allows clients and servers to be placed 
independently on nodes in a network, possibly on different 
hardware and operating systems appropriate to their function, 

10 e.g. fast server with an inexpensive client. 

There is a rapidly increasing market demand for network based 
application services that enable the efficient operation of 
computer applications which are one-to-many in their 

15 information flow and which require high network bandwidth. 
Major advances in dig***! transmission, encoding and inter- 
networking technology and the advent of direct broadcast 
satellite have matched this. This market need combined with 
the emerging technological capability has prompted 

20 development in accordance with a preferred embodiment. The 
engineering challenge was to develop a system solution that 
makes optimum use of emerging digital broadcast technology 
such as DVB /MPEG while seamlessly integrating into an 
emerging IP Multicast standard for data technology. With such . 

25 an emergent service, the architecture of any solution must also 
be scaleable from an early system for deployment as part of an 
individual customer solution, through to a multi-customer 
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service platform capable of simultaneously supporting multiple 
large business customers. 

There are two basic models for delivery of information to 
5 endusers: (a) information can be requested by the end user of a 
central source (pull model), or (b) information can be sent from 
the central source to the end user (push model). Established 
LAN and WAN technologies, applications and services are very 
efficient at supporting the pull model of information flow. 
10 However, as advanced information technology becomes critical 
to organizations, there is a rapidly increasing market demand 
for information technology and network services that efficiently 
enable push oriented, one-to-many information flow. 

15 In addition, even when data compression is used, the 

increasingly multimedia nature of applications requires high 
bandwidth support of a one-to-many information flow. And even 
many non-multimedia applications require high bandwidth for 
the timely transfer of large files of information. Tne concept of 

20 multicasting was originally developed to provide application and 
inter-network services in response to a demand for high 
bandwidth one-to-many services. Multicasting utilizes the 
natural broadcast capabilities of a satellite infrastructure, while 
smoothly integrating with existing and emerging terrestrial data 

25 network services and pull oriented application services. 

A solution to the problems of transmitting multimedia data and 
supporting call processing across the economical Internet while 
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utilizing the high throughput of orbital satellites would integrate 
the Internet and satellites into a hybrid telecommunications 
system using multicasting client/server technologies. 

5 The present invention relates to the integration of satellite 

transmission facilities with the Internet and telephony systems, and 
more specifically, to a system, method and article of manufacture for 
using the Internet and satellite transmissions as the communication 
backbone of a distributed multicasting client/server communication 

10 system architecture. This architecture allows a user to transmit data 
to a central site and then transmit the information through a satellite 
link to numerous destination ground stations that have direct 
broadcast satellite (DBS). The satellite receiving services are old; 
however, multicasting data through a satellite link to local receiving 

15 stations that distribute the data by unicasting to numerous individual 
destinations on a standard, non-proprietary software transport 
mechanism, such as the internet, is new. 

SUMMARY OF THE INVENTION 
20 The foregoing problems are overcome in an illustrative embodiment of 
the invention in a hybrid network computing environment wherein a 
high bandwidth data is transmitted via satellite links to individual . 
computers. The solution is to use multicasting and satellite links in 
the transmission route where speed and performance and cost are 
25 most critical, up to the point of local distribution via a local area 

network or the Internet. The data is transmitted from the source to a 
receiving facility at the site of final distribution via a satellite, which 
greatly improves performance in comparison to transmission via the 
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Internet or the telephone system. The cost of this transmission is 
reduced and the performance is increased by multicasting the 
transmission. When the multicast information is received at the 
receiving facility, the data is sent to each of the individual destinations 
5 using a standard, non-proprietary mechanism such as the Internet. 
Scalability and economy are improved through the use of the industry 
standard non-proprietary software transport mechanism (IP) at the 
receiving facility. ^ 

10 In a further aspect of a preferred embodiment of the invention, the 
receiving facility will examine the status of the transmission and if the 
transmission was unsuccessful, the receiving facility will transmit 
information indicating an error status to the source, and the source 
will respond by transmitting the multicast data again, thus providing 

15 reliable data delivery. 

In stii another aspect of the invention, the gateway server is 
conrsured to route any messages larger than a certain size to a 
satellite broadcast facility if the messages are traveling more than 
20 10CO miles. 

In ye: another aspect of the invention, a production token ring 
network is in communication 'with the gateway server. The 
production token ring network is optionally coupled to an 
25 interior packet filter configured to accept only communications 
originating from a predetermined set of addresses. 
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In an additional aspect of the invention, video transmissions are 
encoded according to the MPEG-2 standard IS- 13818. 
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Rrief Description of the Drawings 
The above and further advantages of the invention may be 
better understood by referring to the following description, in 
conjunction with the accompanying drawings, wherein: 

* ■ 

Figure 1 illustrates the general topology of a source Mid a 
receiving facility communicating via a network in accordance 
with a preferred embodiment: 

Figure 2 illustrates the physical system decomposition in 
accordance with a preferred embodiment: 

Figure 3 illustrates an IP datagram in accordance with a 
preferred embodiment: 

Figure 4 illustrates the path of an IP multicast datagram over ; 
20 network in accordance with a preferred embodiment 

Figures 5A through SB describe a flow chart of a computer 
software program that will transmit IP multicast data using 
sockets in accordance with a preferred embodiment: 



15 



25 



Figures 6A through 6B describe a flow chart of a computer 
software program that win receive IP multicast data using 
sockets in accordance with a preferred embodiment: 
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Figure 7 illustrates the general topology of a source in 
accordance with a preferred embodiment: 

5 Figure 8 illustrates the general topology of a broadcast 

operation center in accordance with a preferred embodiment: 

Figure 9 illustrates the topology of a content provider facility 
and a broadcasting operation center including an iijput 
10 gateway, an information store and output gateways in 
accordance with a preferred embodiment: 

Figure 10 illustrates the output gateways communicating with 
the uplink facility of the source in accordance with a preferred 
15 embodiment: 

Figure 1 1 illustrates the uplink technical core in accordance 
with a preferred embodiment: 

20 Figures 12 illustrates the receiving facility in accordance with a 
preferred embodiment- 
Figures 13 illustrates the layered system architecture in 
accordance with a preferred embodiment: 

25 

Figure 14 illustrates the application services layer in accordance 
with a preferred embodiment: 
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Figure 15 illustrates the functional decomposition of 
architectural layers in accordance with a preferred embodiment: 
and 

5 Figure 16 is a block schematic diagram of a computer system, 
for example, a personal computer system on which the inventive 
information manager operates at numerous points on the 
system, including the source, the receiving facility and the 
destinations. ^ 

10 

nrTATtgp DESCRIPTION 

To assist in clarifying the technical subject matter of this 
application, a few terms are defined at the outset. 



Table 1 - Universal Terms 



.Definition of 1 


Bandwidth 


Measure of the amount or data 
passing through a network at a 
given time. 


Bridge 


A ner.vork bridge works on layer 2 
of the OSI model. Thus, bridges 
are protocol independent. Network 
trafiic is typically forwarded to 
correct bridge interfaces based on 
MAC address. 


Distance Vector 
Multicast 
Routing Protocol 
(DVMRF) 


DVMRP is the original IP Multicast 
routing protocol It was designed to 
ran ever both multicast capable 
LANs (like Ethernet) as well as 
through non-multicast capable 
routers. In this case, the IP 
Multicast packets are "tunneled" 
through the routers as unicast 
packets. This reDlicates the 
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packets and has an effect on 
performance but has provided an 
intermediate solution for IP 
Multicast routing on the Internet 
while router vendors decide to 
support native IP Multicast 
•routing. 


Duplex 

Communications 


Two-way point to point 
communications . 


internet 


A group of networks that are 
interconnected so that they appear 
to be one continuous network, and 
can be addressed seamlessly at the 
Network Layer Three of the OSI 
model. Also, the "Internet" (capital 
I) is the name given to the global 
network also known as the "World 
Wide Web\ 


Internet Group 
Management 
Protocol 
(IGMP) 


IGM? was primarily designed for 
hosts on multi-access networks to 
inform locally attached routers of 
their group membership 
information; This is performed by 
hosts multicasting IGMP Host 
Membership Reports. Multicast 
routers listen for these messages 
and then can exchange group 
membership information with 
other multicast routers. This 
allows distribution trees to be 
formed to deliver multicast 
datagrams. The original version of 
IGMP was defined in RFC 1112. 


Internet 
Protocols (IP) 


An unreliable, connectionless 
datagram delivery service that 
allows networks to interact in a 
coherent manner and to pass data 
across multiple networks. The 
TCP/IP standard protocol defines 
the IP datagram as the unit of 
information passed across an 
Internet and provides the basis for 
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connectionless packet delivery 
service. IP includes the ICMP 
control and error message protocol 
as an integral part. It provides the 
functional equivalent of ISO OSI 
Network Services. 


Intranet 


A subset of a larger network. An 
interconnected set of networks 
within a particular domain, such 
as a corporation, using DP or 
proprietary protocols to 
communicate between networks. 


IP Address 


The 32 -bit address assigned to 
hosts that want to participate in a 
TCP/IP Internet 


IP diagram 


The basic unit of information 
oassed across a TCP/IP Internet 


Local Area 
Network (LAN) 


A network physically confined to a 
small region of space, typically 
within a single building; 
contrasting with a Wide Area 
Network (WAN), which may be 
countrywide or even worldwide. 


Multicast 


IP-Multicast is the ciass-D 
addressing scheme in IP developed 
by Steve Deering at Xerox PARC. A 
set of Internet Protocols designed 
to allow point to multipoint 
distribution of data. 


Multicast 
Address 


An address, within a range of I? 
addresses, that identifies the data 
as a multicast session. 


Multimedia 


Digital information intended to 
interface with the human senses. 


Protocol 
Independent 
Multicast 
(PIM) 


PIM was designed to take 
advantage of two existing multicast 
routing protocols. DVMKP and 
CBT. It exhibits the behavior of a 
protocol in a region of dense group 
membership flooding multicast 
packets using Reverse Path 
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Multicasting, while also taking 
advantage of the work done for 
sparse group membership in Core 
Based Trees. Hence, the protocol 
has two modes, dense and soarse. 


Protocol 
Independent 
Multicast- 
Sparse Mode 
(PIM-SM) 


The Protocol Independent 
-Multicast-Sparse Mode (PIM-SM) 
architecture: 

■ maintains the traditional IP 
multicast service model of 
receiver-initiated membership; 

■ uses explicit joins that 
propagate hop-by-hop from, 
members' directly connected 
routers toward the distribution 
tree. 

• builds a shared multicast 
distribution tree centered at a 
Rendezvous Point, and then 
builds source-specific trees for 
those sources whose data traffic 
warrants it. 

■ is not dependent on a specific 
unicast routing protocol: 

• uses soft-state mechanisms to 
adapt to underlying network 
conditions and group dynamics. 

The robustness, flexibility, and 
scaling properties of this 
architecture make it well suited to 
larse heterogeneous internetworks. 


Routers 


An OSI network layer (Layer 3) 
device that can decide which of 
several paths network traffic will 
ioiiovv cased on some opumaiuy 
metric. Routers forward packets 
from one network to another, 
based on network layer 
information. . 


Simplex 

Communications 


One-way communications. In a 
simplex environment, there is onhr 
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a transmit or receive path available 
between two network comoonents. 


The OSI model 


The ISO seven-layer model 
attemots to provide a way of 
partitioning any computer network 
into independent modules from the 
lowest (physical) layer to the 
highest (application) layer. Many 
different specifications exist at 
each of these lavers. 


Tunneling 
Unic«t 


Encapsulation of network traffic at 
one interface for decapsulation -by 
a ceer interface. Also used to 
establish virtual connecting 
ir r e^faces between subnets. 
1 Sir^e destination addressing. 



Table 2 - Multicast Network Terms 



.Definition of 1 


Adminiseatively 
scoped addresses 


A range ot Multicast aaar»;s» 
which are limited to intranet or 
other defined domains and which 
are not distributed to the general 
internet. — 


Application 
Clients 


Network devices that request and 
receive multicast data from 
application servers. . , — 

rtririiflO tH r* 



Application 
Server 

Boundary 
Routers 



Downstream 
Clients 



multicast distribution of a 
multicast application. 
Routers which interface between 
the satellite insertion point and 
downstream clients. This is the 
first router the received multicast 
signal is distributed to. 
Application Clients with a 
boundary router and possibly 
other routers, between them and 
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the insertion ooint. 


Downstream 
Routers 


Routers located downstream of the 
boundarv router. 


GRE Tunneling 


Generic Routing Encapsulation 
Tunneling protocol developed by 
Cisco that can encapsulate a wide " 
variety of protocol packet types 
inside IP tunnels, creating a virtual 
point-to-point link to Cisco routers 
at remote points over an IP 
internet. By connecting 
multiprotocol subnetworks ink 
single-protocol backbone ^ 
environment. IP tunneling using 
GRE allows network expansion 
across a single-protocol backbone 
environment. 


Infolink 


MCFs Intranet, based on IP 


Insenion Point 


The point where a satellite receiver 
is attached to a LAN or other 
network comDonent. 


Insertion Point 
Clients 


Application Clients that are 
directly connected to the insertion 
ooint LAN. 


IFTV 


A multicast application from ■ 
Precent. 


MMSE 


MultiMedia Services Engineering 


Operations LAN 
Segment 


A LAN Segment which interfaces 
between the application server, the 
downstream clients and the 
Operations Router. 


Operations 
Router 


Interface router between 
Operations LAN Segment. Uplink 
LAN Segment and terrestrial 
network. 


Satellite 

Transmission 

Path 


The combined terrestrial and space 
segment path from the Uplink LAN 
to the receiving antenna. This path 
uses the dedicated telephony 
network route to the satellite 
unlink site, where the sianal is 
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inserted Into the uplink signal for 
the appropriate satellite. Tne 
satellite broadcasts the signal to a 
'footprint' that covers the 
Continental US with 'spot beams' 
aimed at Hawaii and Alaska, (spot - 
beams optional) 


Simplex Satellite 
Multicast 


One-way communication, over a 
satellite" of a multicast datastream. 


Uplink LAN 


LAN connected to the Operations 
router. This LAN distributes . 
multicast traffic to the satellite". 



Table 3 -Multicast Applications Terms 



^Definition of 



terms 



CPU 



The Processor or chip In a computer 
that carries out all the instructions of 
' a program and controls all the other 
narts~of a computer 



Decoder 



A device for decompressing a 
compressed incoming bitstresm. then 
splitting it into its audio and video 
components, and converting the data 
into analog signals for playback. 
A device that records, digitises, and 
compresses analog audio and video 

content. . 

The number of complete single video 
pictures that are streamed and ^ 
measured on a per second basis. The 
acronym usually used is displayed as 
(fos). * 



Functional 
Testing 
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user can move a Mouse to point the 
'arrow' cursor at symbols (icons or 
Hnffnn^l that renresent data or 
instructions to the machine, reducing 
the need for kevboard tvpins 


I/O Operation 


A task on a computer that reads 
and/ or writes data to an external 
hardware device such as a CD-ROM. 

flrmnTr Hi^W hard drive 


MPEG1 


An International Standards 
Organization (ISO) standards that 
addresses the methods for encoding 

*riA&r\ snH 2»nHir* at hnrifhxridth rates of 

approximately 1.5 Mbps (suitablelfor 
CD-ROM1. 


Parallel 
Processing 


The ability to achieve multiple tasks 
under a single PC configured with a 
single operating system 
simultaneous nr. 


RAM 


Random Access Memory. A device, 
often in the form of a chip (or set of 
chips) that stores Data and programs 
for immediate use by a CPU. The 
contents of RAM memory are normally 
lost wn.cn trie mac rmie is bwuu-cu uu. 


Regression 
Testing 


In System Testing, tests used to verify 

each new version oi me sysLc— * 
whenever that system is modified. It 
verifies the modification and 
investigates the impact of changes on 
the existing functions. 


Streaming 


A bit sequence of compressed digital 
video. 


Video 
Resolution 


Tne number of pixels per unit area 
with the greater the number of pixels 
represent the higher the resolution. 
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Overview 

Figure 1 illustrates the general topology of a source and a 
receiving facility communicating via a network in accordance 
with a preferred embodiment. The flow of data starts at a 
5 content source 100.- The content may be in any one of a 

number of digital forms, including data files and real-time data 
streams. Data in every form and format is enabling. The data 
streams may be audio, or video originating from local sources or 
international sources. The content is transmitted to a source 
10 110 via any one of a number of methods, including network. 
Internet. Intranet, or radio broadcast. The data is forwarded to 
a satellite transmitter 120. received and forwarded to an 
orbiting satellite 130. received by a satellite receiver 140 and 
forwarded to a receiving facility 150 and transmitted to one or a 
15 plurality of destinations 160. In the alternative, the path of 
transmission between the source 1 10 and the receiving facility 
150 maybe via the Internet 170. The source 110 includes a 
content provider facility and a broadcast operation center. The 
receiving facility 150 includes a down-link gateway, a local 
20 program menu database and an application services facility. 
The flow of data via the satellite links 120. 130, 140 is 
unidirectional, from the source 1 10 to the receiving facility 150. 

The flow of data via the Internet 170 is unidirectional from the 
25 source 110 to the receiving facility 150. However, data 
indicating the success or lack of success of all content 
transmissions is forwarded to the source 1 10 via the Internet or 
pubUc switched telephone network or ISDN at data 
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transmission speeds ranging from 28.8 kilobytes per second to 
1.5 megabytes per second. 170. 

Figure 2 illustrates the physical system decomposition in 
5 accordance with a preferred embodiment. Data is introduced 
into the system either directly from external content providers 
200 or from stored content 210 that resides on mass storage in 
the system. In the orbital space segment the data is 
multiplexed by a multiplexer (MUX) 220. transmitted and 
10 received by an integrated receiver device (ERD). 230 at"the local 
site of the desunation(s). At the local destination site, the data 
is routed by a network router 240 to a local area network (LAN) 
250 and distributed via multicasting to any number of desktop 
systems 260. caching servers 270 and video servers 280. 

15 

IP Multicasting 
Broadcasting data to various individual destinations, each of 
which have satellite receiving facilities, via a satellite has been 
done before. However, it is new to multicast data using IP 
20 directly to various receiving facilities, which in turn transmit the 
data to the destinations. 

Figure 3 illustrates an IP datagram in accordance with a 
preferred embodiment. At the IP level, data is sent in datagram 
25 packets, a self-contained, independent entity of data carrying 
sufficient information to be routed from the source to the 
destination without reliance on earlier exchanges between this 
source, destination and the transporting network. Datagrams 
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are defined by Internet Engineering Task Force RFC 922 as 
illustrated in Figure 3. The version number 300 indicates the 
format of the Internet header. The Internet Header Length (ML) 
305 indicates the length of the Internet header in 32-bit words. 
5 The Service Type 3 10 indicates the level of service that should 
be given by routers and networks. The Length 315 indicates 
the total length of the datagram in octets. The Identification 
320 indicates where this datagram fits in with a scheme of 
assembling it with other datagrams at the destination. Flags 
10 325 indicate whether the datagram may be fragmented into 
multiple datagrams. The Fragment Offset 330 indicates where 
in the datagram this fragment belongs. The Time to Live 335 
Lidicates how many times this datagram may be passed from 
one Internet link to another before it will be discarded. The 
15 Protocol 340 indicates which Internet protocol this datagram 
complies with, which is Internet Group Management Protocol 
(IGMF) defined by IETF HFCs 1112 Appendix I and 1122 section 
3.2.3 in accordance with a preferred embodiment. IGM? is used 
by IP multicast routers to locate and identify multicast group 
20 members on their directly attached subnets. Multicasting can 
be accomplished alternatively by subnet broadcast in 
accordance with EFT RFC 922 or UDP flooding. IGM? is 
supported by Protocol-Independent Multicast - Dense Mode 
(PIM-DM) routing protocol in accordance with a preferred 
25 embodiment IP multicasting can be alternatively supported by 
routing protocols such as the Distance Vector Multicast Routing 
Protocol (DVMRP). Multicast Open Shortest Path First (MOSPF). 
Core Based Trees (CBT). Protocol-Independent Multicast - 
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Sparse Mode (PIM-SM). Real-Time Streaming Protocol (KTSP) 

Real-Time Transport Protocol (FTP) or Reservation Protocol 

(RSVP). Tae Header Checksum 345 is a checksum of the 

header fields only. The Source Address 350 is the IP address of 

5 the source of each datagram- IP addresses are 32 bits'long- 

The Destination Address 355 indicates the IP address of the 

destination- Destination addresses confrom to five classes. A. 

B, C. D, and E. Class D addresses are compliant IGMP 

* • 

multicast addresses, wherein the lower 28 bits identify the 
10 multicast group to which a packet is destined, ancffche four 
high-order bits are set to " 1 1 10." Each unique multicast ■ 
address indicates a specific multicast group of hosts and each 
group consists of zero or more hosts. 

15 Each multicast router may belong to any number of multicast 
groups. A multicast address is assigned to a set of receivers 
defining a multicast group. Senders use the multicast address 
as the destination IP address of a packet that is to be 
trar-smiced to all group members. Class D addresses range 

20 from 224.0.0.0 to 23S.255.255.255. Tne Options 360 are a 
variable number of bit flags that indicate a number of options. 
Finally, the Data 365 is placed at the end of a datagram packet. 

Data larger than some arbitrary size is divided into multiple 
23 datagrams, all of which are transmitted separately and 

independently. A sequence of IP packets sent from a source to a 
destination could travel over different paths. Tne original data 
set is reconstructed at the destination by assembling the data in 
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the individual datagram packets. A datagram consists of two 
major portions: The IP header and the Data 365. Tae IP header 
is appended before the data. 

5 Figure 4 illustrates the path of an IP multicast datagram over a 
network in accordance with a preferred embodiment The 
source computer 400 initiates transmission of an IP multicast 
datagram 4 10 to a IP multicast router 420- The IP multicast 
datagram 4 10 is identified as an IP multicast datagram by the 

10 class D destination address. The IP multicast rouler 420 
receives the IP multicast datagram 410. and transmits the IP 
multicast datagram 4 1 0 as an I? unicast datagram 430 to each 
of the individual destinations 440. 



15 To receive multicast packets, an IP multicast router must first 
request that it join a particular multicast group. This is done 
using a call to setsockoptO in accordance with a preferred 
embodiment as presented below: 



20 struct mreqjp 

* struct in_addr imr.multiaddr: // multicast group to join 
struct in.addr imrjnterface; // interface to join 

} 

25 struct mreq_ip m_req; 



setsockopt(sock. 

ipjpproto. 
ip"mzm3ebship.add . 

&m_req ,sizeofl[m_req)) ; 
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After the IP multicast router has joined a multicast group. IP 
multicast data from an IP multicast source will be received by 
an I? multicast router. 



Boundary Router In Accordance With A Preferred 
Embodiment 



Cisco 2509 1 


Running 11.0.11 1 




Global Setuo: 1 


IP Multicast Routing 




Protocol Setup: 


Static Route Distribution 
OSPF 


. 166.34.120.128 


Interface Setup: 


Insertion Point LAN 
Segment 
Downstream LAN 
Segment 
GKE Tunnel 


166.34.120.33 - PIM 
166.34.120.255 - PIM 
166.34.120.225 -NOPE 



The source, code for a downstream router in accordance with a 
10 preferred embodiment is provided below as an aid in teaching 
one of ordinary skill in the art to make and use the invention. 



version 11.0. 

service udo-small-servers 
15 service tcp-small-servers 
i 

hostname 2509A 
[ 

enable password sir/ 
20 ! 

it: multicast-routing 

ip cvmip route-limit 7000 

\ 

interface TurinelO 
25 ip unnumbered S'erialO 

tunnel source 166.34.120.225 
tunnel destination 166.35.252.52 

; 

interface E theme tO 
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ip address 166.34.120.33 255.255.255.224 
ip ptm dense-mode 

! 

interface SerialO 
5 ip address 166.34.120.225 255.255.255.224 
ip aim dense-mode 
bandwidth 2000 
no cdp enable 

t 

iO interface Seriall 
no ip address 
shutdown 

[ 

router ospf 200 
15 redistribute static subnets 

ne^ork 166.34.0.0 0.0.255.255 area 0.0.0.0 



i 



in dcmain-name rch.mci.com 
to name-server 166.35.191.120 

20 to classless 

ip route 0.0.0.0 0.0.0.0 166.34.120.226 

S to£ 166.34.120.123 255.255.255.224 TunnelO 

% ^S6°3tSo.l28 255.255.255.224 166.34.120.32 

7 < no ^o^^ins console 

acc~=7-Ust 100 permit icsrp any any 
ac~<s-Ust 100 denv ip any host 224.0.0.5 
access-!is; 100 permit ip host 166.34.120.226 any 



20 ! 

lir.e con 0 
- password sky 
liie 1 8 

transport input all 

35 line aux 0 

transport input all 

line vty 0 1 
password sky 
login 
40 length 13 
line vty 2 4 
password sky 
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login 

! 

ncp source SerialO 
end 



Downstream Router In Accordance With A Preferred 



Embodiment 


Cisco 2509 1 Running 1 1. 1.6 1 


Global Setuo: 


IP Multicast Routing 


- 


Protocol Seruo: 


OSPF 




Interlace Setup: 


Upstream LAN Segment 
Downstream IAN 
Sesment 


165.34.128.226 -FIM 
165.34.119.162 -PIM 



10 The source code for a downstream router in accordance with a 
preferred embodiment is provided below as an aid in teaching 
one of ordinary skill in the art to make and use the invention. 



version 11.1 
15 service udp-smaH-servers 
service tcp-small-servers 
; 

hostname 2509B 
! 

20 enabie password sky 
[ 

ip metcast-routing 

ip dvmrp route-limit 7000 

25 interface E theme tO 

ip address 166.34.119.162 255.255.255,240 
ip pirn dense-mode 
j * 

interface SerialO 
30 ip address 166.34.120.226 255.255.255.224 
ip pirn dense-mode 
bandwidth 2000 
clockrate 2000000 

t 

35 interface Seriall 
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no ip address 
bandwidth 1500 
shutdown 
clockrate 2000000 

5 ! 

rout-r ospf 200 „ = _ n 

network 166.34.0.0 0.0.25o.25o area 0 

ip domain-name rch.mci.com 
10 ip name-server 166.35.191.120 
ip classless 
no logging console 

access-list 100 permit icmp any any 
r + 
15 line con 0 
password sky 
line 1 8 
line aux 0 
line vty 0 
20 password sky 
login 
lentil 18 
line vzy 14 
password sky 
25 losin 

an clock-period 171S0064 
nc? scurct EthemetO 
er.d 

Figures 5A through 53 comprise detailed logic presented as a 
flew chart of a computer software program that transmits IP 
multicast data using sockets in accordance with a preferred 
pediment. Tne sender program on the source computer is 
25 stand SADO. An IP address structure labeled "sock_addr\ a 
data buffer named "data", a multicast request structure name 
"m rta". an integer name "count", and an integer named 
"status" are instantiated 5A10. Data is copied to abuffer 
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named "data" 5A20. Status is set to the return code of a call to 
"socketO" which passes "AFJNET and "SOCKDGRAM" to open a 
UDP socket 5A30. If status is less than numeric 0 5A40 
indicating failure on the socketO call, the program is exited in 
5 an error condition 5A50. Otherwise, socket address structure 
sock addr is initialized to all numeric zeros 5A60. 

The sinjamily member of sock_addr is set to AFJNET 5B0O. 
The s_adcx member of the sin_addr member of sock.addr is set 

10 to the E? multicast address of the destination multicast group 
5B10. The sin_port member of sock_adar is set to the port. • 
number 5B20. The multicast transmission of data is attempted 
by invoking "sendtoO" and passing as parameters the integer 
status, data and number of bytes in data, a pointer to 

11 sock addr. and the number of bytes in sock_acdr and setting 
the inteser status to the return code of the call to senate 0 5B30. 
If status is less than numeric 0 5B40 indicating failure on the 
sendtoO call.' the program is exited in an error condition 5B50. 
Otherwise, the program is exited in a success condition 5360. 

20 

Figures 6A through 63 present detailed logic in a Sew chart of a 
computer software program that receives IP multicast data 
using sockets in accordance with a preferred embodiment The 
receiver program on the multicast router is labeled 6A00. An IP 
25 address structure named "sock.addf, a data buffer named 
"data", a multicast request structure name "ra.rsq". and an 
integer named "count" are instantiated 6A10. Status is set to 
the return code of a call to "socketO" which passes "AFJNET" 
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and "SOCKDGRAM" to open a UDP socket 6A20. If status is 
less than numeric 0 6A30 indicating failure on the socketO call, 
the program is exited in an error condition 6A40. Otherwise, 
socket address structure sock_addr is initialized to all numeric 
5 zeros 6A50. 

The sinjamily member of sock_addr is set to AFJNET 6B0O. 
The s.addr member of the sin.addr member of sock.addr is set 
a valid IP address 6310. Tne sin_port member of sock_addr is 

10 set to the port number 6B20. The multicast transmission of 
data is attempted by invoking "recvfromO" and passing as 
parameters the integer status, data and number of bytes in 
data, a pointer to sock_addr. and the number of bytes in 
sock.acdr and setting the integer status to the return code of 

15 the caE to sendtoQ 6B30. If status is less than numeric 0 6B40 
Urtr^g failure on the sendtoO call, the program is exited in 
an error condition 6B50. Otherwise, the program is exited in a 
success condition 6B60. 

20 Multicasting utilizes tunneling to connect islands of multicast 
routers separated by links which do not support P multicasting. 
In 'tunneling, an entire datagram, including the I? header, is 
encapsulated in another IP datagram, which has a destination 
address of the network router that deencapsulates the tunneled 

23 IP datagram. When the datagram arrives at the destination 
router machine, the datagram is deencapsulated by stripping off 
the IP header, leaving the data, which is the original datagram. 
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The router then forwards the datagram to all members of the 
multicast group. 

Topologies 

5 Figure 7 illustrates the general topology of a source in 

accordance with a preferred embodiment. A source includes 
three major functions. The content provider facility 700. the 
broadcast operation center 710. and the uplink facilities 720. 
Data generated at the content provider facility 700, is 

10 transmitted to the broadcast operation center 710, and is 
transmitted to the uplink facility 720. 

Figure 8 illustrates the general topology of a broadcast 
15 operation center in accordance with a preferred embodiment 
Data enters the broadcast operation center through the input 
gateways 800 which includes a file gateway, a schedule gateway 
and a stream gateway. Data szreams are forwarded to the 
output gateways 810 which includes a repair server, a playout 
20 server, and shares the stream gateway with the input gateway. 
The stream gateway is shared by the input gateways 800 and 
the output gateways 8 10 to accommodate the urgent 
transmission requirements of-stream data. Data files are 
transmitted to the information store 820, and forwarded to the 
25 output gateways 810. 

Figure 9 illustrates the topology of a content provider facility 
and a broadcasting operation center including an input 
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gateway, an information store and output gateways in 
accordance with a preferred embodiment. Data streams 900 
and data files 905 are received from external sources by the 
content provider gateway 910. Data streams 900 are assumed 
5 to be RIP/UDP unicast or multicast. Secure authentication 
and protection mechanisms including IPSEC are implemented 
in the content provider gateway. Data files 905 are transmitted 
using a store-and-forward transmission architecture, utilizing 
conventional file transfer and maybe secured using*IPSEC. 

10 SSL. or S-KTTP to 

reduce the risk of exposing that information to interception by 

third parties. 

One such attempt to provide such a secure transmission 
15 channel is a secure payment technology such as Secure 

Electronic Transaction (hereinafter "SET"), jointly developed by 
the Visa and MasterCard card associations, and described in 
Visa and MasterCard's Secure Electronic Transcczon. (SET) 
Speqpcazan. February 23. 1996. hereby incorporated by 
20 reference. Other such secure payment technologies include 
Secure Transaction Technology ("STT). Secure Electronic 
Pavments Protocol C'SEPF"). Internet Keyed Payments ("iKF"). 
Net Trust, and Cybercash Credit Payment Protocol. One of 
ordinary skill in the arc will readily comprehend that any of the 
25 secure payment technologies can be substituted for the SET 
procccoi without undue e:c?erimentation. 
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Another such attempt to provide such a secure transmission 
channel is a general-purpose secure communication protocol 
such as Netscape. Inc.'s Secure Sockets Layer (hereinafter 
"SSL") . as described in Freier. Karlton & Kocher (hereinafter 
5 "Freier"). The SSL Protocol Version 3.0. March 1996. and hereby 
incorporated by reference. SSL provides a means for secure 
transmission between two computers. SSL has the advantage 
that it does not require special-purpose software to be installed 
on the customer's computer because it is already incorporated 
10 into widely available software that many people utilize as their 
standard Internet access medium, and does not require that the 
customer interact with any third-party certification authority. 
Instead, the support for SSL may be incorporated into software 
already in use by the customer, e.g.. the Netscape Navigator 
15 World Wide Web browsing tool. However, although a computer 
on an SSL connection may initiate a second SSL connection to 
another computer, a drawback to the SSL approach is each SSL 
connection supports only a two-computer connection. 
Therefore. SSL does not provide a mechanism for transmitting 
20 encoded information to a merchant for retransmission to a 
payment gateway such that a subset of the information is 
readable to the payment gateway but not to the merchant. 
Although SSL allows for robustly secure two-parcy data 
transmission, it does not meet the ultimate need of the 
23 electronic commerce market for robustly secure three-party data 
transmission. Other examples of general-purpose secure 
communication protocols include Private Communications 
Technology ("PCT') from Microsoft. Inc.. Secure Hyper-Text 
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Transport Protocol ("SHTTP") from Theresa Systems. Shen. 
Kerberos. Photuris. Pretty Good Privacy ("PGP") and Ipv6 which 
meets the IPSEC criteria. One of ordinary skill in the art will 
readily comprehend that any of the general-purpose secure 
communication protocols can be substituted for the SSL 
transmission protocol without undue experimentation. 



The content provider gateway 910 packages the data in packets 
10 for transmission to the broadcast operation center. The content 
provider facility encrypts all data at the application level. Data 
streams 900 have a high priority as a function of the urgent or 
real-time nature of the data, and are transmitted to the output 
gatewav in the broadcast operation center to speed passage of 
15 the data. Data files 905 have lower priority than data streams 
900. and are managed by the broadcast operation center on a 
scheduled basis. The content provider facility 9 10 
communicates to the broadcast operation center via a network 
using TCP/IP protocol. Tne communication link between the 
20 content provider gateway 9 10 in.the content provider facility 
and the schedule gateway 9 1 5 in the broadcast operation center 
is a secure SSL or S-KXTP protocol. The content provider 
gatewav 910 and the schedule gateway 915 exchange 
information on the scheduling of transmission of data files 905. 
25 More specifically, transmission of data files 905 is scheduled, 
revised and queried by the schedule gateway 915. Tne content 
provider gateway 910 transmits scheduled data files 905 to the 
schedule gateway 920 via a network connection using Unicast 
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and either FUe Transfer Protocol (FTP) or IPSEC. The file 
gateway 920 writes the data files 905 to the file store 925, a 
data storage medium, and forwards the data files 905 to the 
output gateways 930 at the direction of the subscription 
5 manager 935. The subscription manager 935 transmits 
scheduling information to the output gateways 930. 

Figure 10 illustrates the output gateways communicating with 
the uplink facility of the source in accordance with a preferred 

10 embodiment. The content provider gateway 1000 transmits 
. data streams to the stream gateway 1010. circumventing the 
store-and-forward function that data files are subject to. The 
stream satewav 1010 functions as a File Transfer Protocol (FTP) 
proxy gateway, and an Internet Protocol (IP) circuit gateway. 

15 The subscription manager 1020 transmits to the stream 
gateway 1010. the playout gateway 1030. and the repair 
gatewav 1040 information that uniquely identifies data that 
passes through each of the respective gateways. This 
information enables the respective gateways to multiplex 

20 authentication and session information including a multicast 
address, unique identifier, the destination uplink, timing, 
checksum, and format information into the data stream. 
Simultaneous delivery of data'.streams and data files at the 
destination can be coordinated by multiplexing authentication 

25 and session information in the data streams and data files 

accordingly. The stream gateway 1010 and the playout gateway 
1030 monitor the timeliness of data to the uplink gateways. 
The playout gateway 1030 and the repair gateway 1040 will 

35 



SDOCIO <wn oono7n7Ai i ^ 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCTAJS98/14606 



retrieve data files from the file store 1050 under the 
management of the subscription manager 1020. 

The output gateways will transmit data to the uplink gateways 
5 based on the multiplexed session information, which is either 
the Internet multicast gateway 1060. the fixed service satellite 
(FSS) uplink gateway 1070. or the digital broadcast satellite 
(DBS) uplink gateway 1080. Examples of DBS services are 
Direct TV and ASkyB. Tne uplink gateways will convert 
10 protocols and generate frames as appropriately indicated by the 
session information and the requirements of the respective 
uplink facilities. Data is transmitted by the stream gateway 
10 10 to the uplink gateways via FTP. 

15 Figure 1 1 illustrates the uplink technical core in accordance 
with a preferred embodiment. Data files are transmitted by the 
output gateways of the broadcast operation center of the source 
via a digital network interface 1 100. Data steams are 
transmitted via an analog network interface 1 105. analog data 
20 is transmitted via video tape recorder 1 1 1 0. or data is 

transmitted via a local content feed 1 1 15 into a 270 megabit per 
second network backbone 1120. A record of each transmission 
is made to a video tape recorder server 1 125. The data is 
encoded conforming to MPEG. Indeo or H.261 standards 1130 
25 and encrypted 1135. The data is encrypted according to 
conditional access (CA) protocol 1140 and multiplexed 1145 
with authentication and session information including a unique 
identifier, the destination uplink, timing, multicast address. 
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checksum, and format information into the data stream. The 
multiplexed data Is mixed with 4-6 television content 1 150. 
audio 1 155. and data 1 1 60. Forward error correction (FEC) is 
added to the data 1 165. The data is transmitted and 
5 modulated according to quadrature phase shift keying (QPSKJ 
specifications 1 170. a Radio Frequency (RF) exciter intervenes 
in the data transmission 1175. and an RF power amplifier 
amplifies the data signal 1180. 

10 Receiving Facility 

Figure 12 illustrates the receiving facility in accordance with a 
preferred embodiment. The receiving facility includes four 
primary components, a downlink gateway 1200. a local program 
. menu database 1205.. application services 1210 and one or 
15 more client computers 1215. Data that is received by a satellite 
receiver 140 is transmitted to a satellite do wnl i n k gateway 
1200. The satellite receiver 140 is connected to the downlink 
gateway 1200 via a coaxial cable which is a type of cable with a 
solid central conductor surrounded by an insulator, surrounded 
20 by a cylindrical shield woven from fine wires. The shield is 
connected to an electrical ground to reduce electrical 
interference. Coaxial cable is typically used to carry high 
frequency signals including video or radio. 

25 The downlink gateway 1200 removes the satellite protocols from 
the data and frames that were added to the data by the uplink 
facilities before satellite transmission, yielding the data 
multiplexed with the authentication and session information. A 
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downlink gateway 1200 includes one or more receiver cards 
1225 that include a tuner, tuner control and satellite decoders. 

The data is transmitted by the receiver card(s) 1225 to the NDIS 
1230 and the W1NSOCK 1235 layers of software or through the 
5 MPEG-2 compliant 1240 and the MCI compliant 1245 layers of 
software. Then the data is reformed into IP packets for 
transmission on a local area network, or not reformed, as 
indicated by the multiplexed destination information in the data 

1250. 

o 

IP is designed for use in interconnected systems of packet- . 
switched computer communication networks, and provides for 
transmitting blocks of data called, datagrams from sources to 
destinations, where sources and destinations are hosts 
15 identified bv fixed length addresses. IP also provides for 

fragmentation and reassembly of long datagrams, if necessary, 
for transmission through "small packet" networks. The model of 
operation requires an IP compliant module to reside in each 
host engaged in IP communication and in each gateway that 
20 interconnects networks. These modules share common rules 
for interpreting address fields and for fragmenting and 
assembling IP datagrams. In addition, these modules 
(especially in gateways) have procedures for making routing 
decisions and other functions. IP treats each IP datagram as an 
25 independent entity unrelated to any other IP datagram. There " 
are no connections or logical circuits (virtual or otherwise). 
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The data is transmitted either directly to a destination 
standalone client computer 1215 using a multicast IP protocol, 
or indirectly to one or more client computers 1215 through the 
application services 1210. The application services 1210 utilize 

5 a file capture service 1255 using a file retrieval mechanism 
where the data is files, or a video replay service 1260 using a 
multicast video steam replay mechanism if the data, is streamed. 
A local program menu database 1205 controls which data is 
transmitted at what time utilizing authentication and session 

10 information multiplexed into the data between the downlink 
gateway 1200. the application services 1210 and one or more 
client computers 1215. 

Alternative Architectures 
15 Figures 13 illustrates the layered system architecture in 
accordance with a preferred embodiment. Stream data is 
managed at the highest level by video storage and retrieval 
services 1300 that is supported by lower level real time 
transport services 13 10 of the stream data. In comparison. 
20 data files are managed by caching and proxy services 1320 that 
are supported by web transport 1330 Internet protocols. AH 
data services are supported by IP multicast services 1340 that 
have real-time transport capabilities for transport of stream 
data and store-and-forward capabilities for transport of data 
25 files. IP multicast services 1340 are directly supported by 

satellite bitpipes 1350. Stream data is transported by different 
software mechanisms than data files because generally the 
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priority and criticality of the data is much higher for stream 
data than for data files. 

Figure 14 illustrates the application services layer in accordance 
5 with a preferred embodiment. In an application of stream data, 
the content provider 1400 inserts stream data 1410 into the 
delivery subnetwork 1420. The delivery subnetwork has 
reserved bandwidth streams for transportation of video service 
and available non-reserved bandwidth streams for data file 
10 transposition. In comparison, in an application of file data, the 
content provider 1430 inserts file data into the delivery 
subnetwork 1420 where the data may be stored for a period of 
time and then forwarded through the delivery subnetwork 
1420. 

15 

Figure 15 illustrates the functional decomposition of 
architectural layers in accordance with a preferred embodiment. 
At the application level of the system function, the content 
provider 1500 performs content insertion 1510 into the 
20 Internetwork, the data is transmitted through the Internetwork 
to the destination computer 1 520. At the Internetwork level, 
the incoming data is routed 1530 either to the subnetwork or 
the Internet 1540. Upon passage through either route, it is 
lastly routed 1550 to the destination computer 1520. At the 
25 subnetwork level, the incoming data is received by a conditional- 
access (CA) device 1560. and transmitted to a multiplexer 
(MUX) 1570 in preparation for satellite transmission, then it is 
transmitted through the satellite 1580 to the integrated receiver 
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decoder (IRD) 1590. and transmitted to a conditional access 
(CA) device 1595 and then transmitted to the router 1550. and 
finally to the destination computer 1520. 

5 Figure 1 6 is a block-schematic diagram of a computer system, 
for example, a personal computer system on which the inventive 
infonnation manager operates at numerous points on the 
system, including the source, the receiving facility and the 
destinations. The computer 1600 is controlled by a central 

10 processing unit 1605 (which may be a conventional 

microprocessor) and a number of other units, all interconnected 
via a system bus 1620. are provided to accomplish specific 
tasks. Although a particular computer may only have some of 
the units illustrated in Figure 16. or may have additional 

15 components not shown, most server computers will include at 
least the units shown. 

Specifically, computer 1600 shown in Figure 16 includes a 
random access memory (RAM) 1615 for temporary storage of 

20 infonnation. a read only memory (ROM) 16 10 for permanent 
storage of the computer's configuration and basic operating 
commands, and an input/output (I/O) adapter 1630 for 
connecting peripheral or network devices, including a disk unit 
1625 and printer 1635. to the bus 1620. via cables 1640 or 

25 peripheral bus 1620. respectively. A user interface adapter 
1645 is also provided for connecting input devices, including a 
keyboard 1650. and other known interface devices, including 
mice, speakers, and microphones to the bus 1620. Visual 
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output Is provided by a display adapter 1655 which connects 
the bus 1620 to a display device 1660. including a video 
monitor. The computer has resident thereon and is controlled 
and coordinated by operating system software including the 
5 SUN Solaris. Windows NT. or JavaOS operating system- 
Security 

Security provisions to prevent unauthorized access to data are 
implemented at all architectural layers of this embodiment of 

10 the invention. At the subnetwork level, conditional access (CA) 
is implemented at the source before the data is multiplexed as 
shown in Figure 15. Internetwork layer security (IPSEC) is 
implemented by the content provide gateway as shown in Figure 
9. Furthermore, security provisions for authentication of the 

15 user and protection of the data can be implemented outside the 
inventive information manager, passing through the inventive 
information manager transparently with no modification by the 
inventive information manager; end-to-end security 
implemented by the user of the inventive information manager 

20 is independent of the function of the inventive information 
manager and the security policy of the user of the inventive 
information manager is independent of the security provisions 
implemented by the inventive^nformation manager. 

25 While the invention is described in terms of preferred 

embodiments in a specific system environment, those skilled in 
the art will, recognize that the invention can be practiced, with 
modification, in other and different hardware and software 
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CLAIMS 

Having thus described our invention, what we claim as new. and desire to 
secure by Letters Patent is: 

1 1. A method for media communication over a network supporting an 

2 Internet Protocol (IP) from a source computer to one or more 

3 destination computers through a receiving facility, comprising the 

4 steps of: + 

5 (a) multicasting data from the source computer via a satellite utilizing an 

6 Internet Protocol (IP) to facilitate routing; 

7 (b) receiving the data at the receiving facility: 

8 (c) transmitting the data from the receiving facility to each of the 

9 destinations via the network that supports the Internet Protocol for 

10 routing the information: and 

11 (d) receiving the data at the one or more destination computers with 

12 Internet Protocol addresses attached to the network. 

1 2. A methcd for media communication over a network as recited in claim 

2 1, including the step of transmitting the status of the source computer 

3 transmission from the receiving facility to the source computer and if 

4 the status indicates transmission failure then transmitting the data 

5 and destination addresses from the source computer to the receiving 

6 facility. 

1 3. A method for media communication over a network as recited in claim 

2 l t wherein multicasting is implemented through TCP/IP. 
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1 4. A method for media communication over a network as recited in claim 

2 1. including the step of encoding and encrypting the data for security. 

1 5. A method for media communication over a network as recited in claim 

2 1. wherein the data is stream data. 

1 6. • A method for media communication over a network as recited in claim 

2 1, wherein the data is file data. 

1 7. A method for media communication over a network as recited in claim 

2 1, wherein the network is the Internet. 

1 8. A computer system that facilitates media communication over a 

2 network supporting an Internet Protocol (IP) from a source computer 

3 to one or more destination, computers through a receiving facility, 

4 comprising: 

5 (a) the source computer multicasting data from the source computer via a 

6 satellite utilizing an Internet Protocol (IP) to facilitate routing; 

7 (b) the receiving facility receiving the data; 

s (c) the receiving facility transmitting the data to each of the one or more 

9 destinations via the network that supports the Internet Protocol for 

10 routing the information: and 

1 1 (d) the one or more destination computers receiving the data. 
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1 9- A computer system for media communication over a network as 

2 recited in claim 8. wherein the receiving facility transmits to the 

3 source computer the status of the transmission from the source 

* computer and if the -status indicates transmission failure, then the 

5 source computer transmits the data and destination addresses to the 

G receiving facility. 

* • 

1 10. A computer system for media communication over a network as 

2 recited in claim 8, wherein multicasting is implemented utilizing 

3 TCP/IP. 



11- A computer system for media communication over a network as 
recited in claim 8. wherein the data Is encoded and encrypted. 

12. A computer system for media communication over a network as 
recited in claim 8. wherein the data is stream data. 

13. A computer system for media communication over a network as 
recited in claim 8, wherein the data is file data 

14. A computer system for media communication over a network as 
recited in claim 8. wherein the communication link between the 
source and the receiving facility includes the Internet. 
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1 15. A computer program embodied on a computer-readable medium for A 

2 computer system that facilitates media communication over a network 

3 supporting an Internet Protocol (IP) from a source computer to one or 

* more destination computers through a receiving facility, comprising: 

5 (a) a code segment in the source computer that multicasts data from the 

6 source computer via a satellite utilizing an Internet Protocol (IP) to 

7 facilitate routing to a receiving facility; 

8 (b) a. code segment in the receiving facility that receives the d^ta; 

9 (c) a code segment in the receiving facility that transmits the data to each 

10 of the one or more destinations via the network that supports the 

11 Internet Protocol for routing the information; and 

12 (d) a code segment in each of the one or more destination computers that 

13 receives the data. 

1 16. A computer program for media communication over a network as 

2 recited in claim 15, including a code segment for transmitting the 

3 status of the source transmission from the receiving facility to the 

* source and if the status indicates transmission failure, then 

5 transmitting the data and destination addresses from the source to 

6 the receiving facility . 

1 17. A computer program for media communication over a network as 

2 recited in claim 15, wherein multicasting is implemented through 

3 Internet Protocol. 
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1 18. A computer program for media communication over a network as 

2 recited in rfoim 15. including a code segment for encoding and 

3 encrypting the data. 

t 19. A computer program for media communication over a network as 
2 recited in c^frn 15. wherein the data is stream data. 

1 20- A computer program for media communication over a network as 

2 recited in Hatm 15. wherein the data is file data. 



48 



SUBSTITUTE SHEET (RULE 26) 

ISOOCID: <WO 9909707A1_I_> 



WO 99/09707 



PCT/US98/14606 



1/11 



SATELLITE 
130 




320- 
335- 

350- 
355- 
360- 



300- 



VERSION 



305 
-V- 



IHL 



FIG. 3 

"|P HEADER 



310 



SERVICE 
TYPE 



IDENTIFICATION 



TIME TO LIVE 



PROTOCOL 



325 

-4- 



LENGTH 



FLAGS 



FRAGMENT OFFSET 



HEADER CHECKSUM 



-t 

340 SOURCE ADDRESS 



DESTINATION ADDRESS 



OPTIONS 



DATA 



■315 
■330. 
•345 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



2/11 



PCT/US98/14606 



200 V EXTERNAL 
W CONTENT 



STORED 
CONTENT 



■210 



SPACE SEGMENT 



220 



A 



iOOOOOO OOOOOl 



looooooooo o"ol 



MULTIPLEXER 



/ 




230 



LOCAL SITE OF DESTINATION 



ROUTER 
240^ 



260- 



260- 



DESKTOP 
SYSTEM 



□ 



LAN 
250 

J- 



DESKTOP 
SYSTEM 




270 



FILTER CACHE 
AND PROXY 



D 



280 



VIDEO SERVER 



FIG. 2 



NSOOCID: <WO_9909707A1J_> 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



3/11 




Rnnrarv <wn oono7n7*i i ^ 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 PCT/US98/14606 



4/11 



FIG. 5A 

INSTANTIATE AN IP 
ADDRESS STRUCTURE 
NAMED "sock_oddr", 
A DATA BUFFER NAMED 
"doto", A MULTICAST 
REQUEST STRUCTURE 
NAMED "m_reg", AN 
INTEGER NAMED "count", 
AND AN INTEGER 
NAMED "status" 



5B00- 



•5A10 



5B10- 



COPY DATA TO 
BUFFER "doto" 



-5A20 



SET INTEGER STATUS 
TO RETURN CODE OF 
CALL TO "socketO" 
PASSING "AFJNET" 
AND "SOCKDGRAM" 
TO OPEN A UDP 
SOCKET 



5B20- 



•5A30 




5B30- 



5A40 



NO 



0 



EXIT PROGRAM IN 
ERROR CONDITION 



FIG. 5B 



FROM FIG. 5A 



SET THE sirUamily 
MEMBER OF sock_oddr 
TO AFJNET 



SET THE s_addr 
MEMBER OF THE 
sin_oddr MEMBER OF 
sock_oddr TO THE IP 
MULTICAST ADDRESS 
OF THE DESTINATION 
MULTICAST GROUP 



SET THE sin_port 
MEMBER OF sock_oddr 
TO THE PORT NUMBER 



CALL "sendto" PASSING 
THE INTEGER STATUS, 
DATA AND NUMBER OF 

BYTES IN DATA, A 
POINTER TO sock_addr, 
AND THE NUMBER OF 
BYTES IN sock_oddr 



INITIALIZE SOCKET 
ADDRESS STRUCTURE 
sock_addr TO ALL ZEROS 



-5A60 



TO FIG. 5B 



0 




EXIT PROGRAM IN 
ERROR CONDITION 

7 



5B50 



Q 



EXIT PROGRAM IN 
SUCCESS CONDITION 



5B60 



MSDOCID: <WO 9909707 A 1_l_> 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 PCT/US98/14606 



5/11 



FIG. 6A 



FIG. 6B 



( START V" 



6A00 



INSTANTIATE AN IP 
ADDRESS STRUCTURE 
NAMED "sodcoddr", 
A DATA BUFFER NAMED 
"data", A MULTICAST 
REQUEST STRUCTURE 
NAMED "m_reg", AND AN 
INTEGER NAMED "count' 



6A10 



6B00- 



SET INTEGER STATUS 
TO RETURN CODE OF 
CALL TO "socketO" 
PASSING "AFJNET" 
AND "SOCKDGRAM" 
TO OPEN A UDP 
SOCKET 



6B10- 



6A20 



6B20- 




6A30 



NO 



EXIT PROGRAM IN 
ERROR CONDITION 



6B30- 



INITIALIZE SOCKET 
ADDRESS STRUCTURE 
sock_addr TO ALL ZEROS 



6A50 



TO FIG. 6B 



FROM AG. 6A 

_5_ 



SET THE sin_family 
MEMBER OF sock_oddr 
'TO AF_INET 



SET THE s_oddr 
MEMBER OF THE 
sin_addr MEMBER OF 
sock_addr TO A 
VALID IP ADDRESS 



SET THE sin_port 
MEMBER OF sock_addr 
TO THE PORT NUMBER 



CALL "recvfrom" 

PASSING THE 
INTEGER STATUS, 
DATA AND NUMBER OF 

BYTES IN DATA, A 
POINTER TO socleaddr, 
AND THE NUMBER OF 
BYTES IN sock_oddr 




EXIT PROGRAM IN 
ERROR CONDITION 



NO 



6B50 



6B40 



EXIT PROGRAM IN 
SUC CESS CONDI TION 

6B60 



JSOOCID: <WO_9909707A1 I > 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



700 

CONTENT PROVIDER 
FACILITY 



6/1 1 
710 

BROAOCAST 
OPERATION CENTER 

FIG. 7 



720 

/ 

UPLINK FACILITY 



800 



820 



810 



INPUT 
GATEWAY 


DATA FILES 


INFORMATION 
STORE 




OUTPUT 
GATEWAY 














DATA STREAMS 









FIG. 8 



CONTENT PROVIDER FACILITY 



FIG. 9 



L . 




OATA 
STREAM 



1330 





FILE 




SCHEDULE 


1320^ 


GATEWAY 


1315^ 


GATEWAY 



1325 




1335 



SUBSCRIPTION 
MANAGER 



OUTPUT 
GATEWAYS 



BROADCAST OPERATION CENTER 



9909707A1J_> 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



7/11 



1000 



FIG. 1 0 

r 0UTPUT GATEWAYS"" T 



CONTENT 
PROVI0ER 
GATEWAY 



STREAM DATA 



1020 



SUBSCRIPTION 
MANAGER 



STREAM 
GATEWAY 




UPLINK GATEWAYS 



INTERNET 
MULTICAST 
GATEWAY 



"V" 

1060 



.FSS 
UPLINK 
GATEWAY 

~ V 
1070 



DBS 
UPLINK 
GATEWAY 



1080 



-kJjnterno^) 




fss uplink 
transmitter 




DBS UPLINK 
TRANSMITTER 



J L J 



1300 



1310 



1350 



FIG. 13 



VIDEO STORAGE 
AND RETRIEVAL 



REAL TIME 
TRANSPORT 



WEB CACHE 
AND PROXY 



WEB 
TRANSPORT 



IP MULTICAST SERVICES 



SATELLITE BITPIPES 



■1320 



•1330 



■1340 



SUBSTITUTE SHEET (RULE 26) 



WO 99/09707 



PCT/US98/14606 



8/11 



o 

CO. 



or 



o 









o 




or 


^ t? 




UJ 






u_ H- 


Q. =^ 




QC o 
X 


o 




UJ 


2 








5 to 
O to UJ 

— o ■< 

QUO 
Z <£ 
O 

o 



o 

IT). 













52 




CL 



o 

m 



a. o 
o 



UJ CT* 
== UJQC 
^ > O 

_ o: o 
^ coq: 



to 

CM 



tn 



o 

CM 



o co a: 



o 



3gffi 



m 
o. 



«5P ^ 



=J ujO 

or < 5 



m 



SUBSTITUTE SHEET (RULE 26) 

3NSD0CID: <WO_9909707A1_I_> 



WO 99/09707 



PCT/US98/14606 



9/11 




g 



o 



LO O 
CN ^d- 
CNI CM 



csi 



o 
o. 

CM 



S 



LU 
O 
LU 





7 


CNJ 




o 

LU 


o 


Q_ 


:£ 










CO 


or 


o 


CO 












SUBSTITUTE SHEET fRULE 26) 



WO 99/09707 



PCT/US98/14606 



10/11 



FIG. 14 



REAL-TIME TRANSPORT 



1420 







SUBNETWORK 






CONTENT 
PROVIDER 








1410 H00 










CONTENT 




STREAMING 








INSERTION 



















H30 STORE AND 1420 

^ FORWARD DISTRIBUTION J 







STORE AND 
FORWARD 


SUBNETWORK 






CONTENT 
PROVIDER 






CONTENT 
INSERTION 





















FIG. 15 



1500 



CONTENT 
PROVIDER 



1510 
Si 



CONTENT 
INSERTION 



MUX 

A 



CA 



1530 



RT 



APPLICATION 



INTERNETWORK 



SUBNETWORK 



SATELLITE 1580 



1570 1590- 
■1560 1595- 



IRD 



CA 



1540 

internet; 




1550 



RT 



1520 



DESTINATION 
COMPUTER 



ISOOCID: <WO__9909707A1_L> 



SUBSTITUTE SHEET (RULE 26) 




SUBSTITUTE RHPPT /RULE 2tt 



INTERNATIONAL SEARCH REPORT 



Intern; ai Application No 

PCT/US 98/14606 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 6 H04L12/18 H04L29/06 



According to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 6 H04L 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and. where practical, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category - Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



WO 97 20413 A (NOKIA 0Y AB ;HAKULINEN 
HARRI (FI)) 5 June 1997 

see abstract 

see page 5, line 17 - page 7, line 28 
see page 9, line 4 - page 11, line 27 
see figure 5 



7~ 



1,3-8, 
10-15, 
17-20 



2,9,16 



LU 



Further documents are listed in the continuation of box C. 



Patent family members are listed in annex. 



* Special categories ot cited documents : 

"A* document defining the general state of the art which is not 
considered to be of particular relevance 

"E" earlier document but published on or after the rntemational 
filing date 

"L" document which may throw doubts on priority clatm(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use, exhtottion or 
other means 

"P" document published prior to the rntemational filing date but 
later than the priority date claimed 



T later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particular relevance; the claimed invention 
cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art 

document member of the same patent family 



Date of the actual completion of the rntemational search 



2 December 1998 



Date of mailing of the international search report 



15/12/1998 



Name and mailing address of the ISA 

European Patent Office, P.B. 581 8 Patentlaan 2 
NL-2280HV Rijswijk 
Tel. (+31-70) 340-2040, Tx. 31 651 epo nl, 
Fax (+31-70) 340-3016 



Authorized officer 



Poggio, F 



FofmPCT/tSA/210< 

NSDOCID: <WO_9909707A1J_> 



sheet) (July 1992) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



Intern tal Application No 

PCT/US 98/14606 



C .(Continuation) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * Citation ol document, with indication, where appropriate, of the relevant passages 



Relevant to daim No. 



page 3, 
line 19 - page 6, 



EP 0 779 716 A (LUCENT TECHNOLOGIES INC) 
18 June 1997 
see abstract 

see page 2, column 1, line 11 
column 2, line 17 
see page 5, column 
column 9, line 23 

see page 6, column 10, line 34 - line 56 
see page 8, column 13, line 33 - column 9, 
line 20 

see page 9, column 16 line 26 - line 49 
see figures 19,20 

WO 97 27546 A (EX MACHINA INC) 
31 July 1997 
see abstract 

see page 3, line 20 - page 5, line 24 
see page 17, line 16 - page 19, line 4 
see page 20, line 17 - page 21, line 17 
see page 31, line 1 - page 32, line 10 
see page 51, line 9 - line 27 
see figure 1 



'MULTICAST TO THE MASSES" 
6, June 1997, pages 93-97, 



HURWICZ M: 
BYTE, 

vol. 22, no. 
XP000691561 
see page 93, right-hand column, line 13 
page 94, right-hand column, line 10 
see page 95, left-hand column, line 46 - 
middle column, line 9 



2,9,16 
1,8,15 



*,8,15 



1,8,15 



1 



Form PCTrtSA/210 (oontniabon ot sacontf snwt) (Jitfy 1992) 



page 2 of 2 



"INTERNATIONAL SEARCH REPORT 

herniation on patent family members 



Interna al Application No 

PCT/US 98/14606 



Patent document 
cited in search report 



Publication 
date 



Patent family 
member(s) 



Publication 
date 



WO 9720413 



05-06-1997 



FI 
AU 



955773 A 
7698296 A 



31-05-1997 
19-06-1997 



EP 0779716 



18-06-1997 



US 
US 
CA 
CN 
JP 



5724345 
5631907 
2187833 
1157513 
9252275 



03-03-1998 
20-05-1997 
14-06-1997 
20-08-1997 
22-09-1997 



WO 9727546 



31-07-1997 



AU 



1754397 A 



20-08-1997 



Fbrni PCT7ISM210 ipatM tamly mm) (.My \ a02) 
1SDOCIQ <WO_e809707A1.l.> 



W099rt)9707 



PCT/US9&/14606 



SATELLITE 




FIG. 3 



IP HEADER 

300 305 310 


^315 
^330. 
^•345 


320^ 
335 -n 

350^ 
355 ^ 
360^ 


VERSION IHL SE ™f 


325 LENGTH 
- — t—i — 


IDENTIFICATION 


FLAGS FRAGMENT OFFSET 


• TIME TO LIVE PROTOCOL 

• 


HEADER CHECKSUM 


340 SOURCE ADDRESS 


DESTINATION ADDRESS 


OPTIONS 




DMA 





SUBSTfTUTE SHEET (RULE 26) 



FCI7US9SA4606 



200 -n/ DERMAL 
CONTENT 



7 



STORED 
CONTENT 



■210 



SPACE SEGMENT 



220- 



MULTIPLEXER 



/ 




^-230 



LOCAL SITE OF DESTINATION 



ROUTER 
240 



C 



LAN 
250 

/ 



260' 



260- 



QESKTOP 
SYSTEM 



DESKTOP 
SYSTEM 



270 



FILTER CACHE 
AND PROXY 



3) 



sa 



280 



VIDEO SERVER 



FIG. 2 



NSOOCID: <WO_9909707A1TI_> 



SUBSTITUTE SHEET (RULE 26) 




SUBSTITUTE SHEET fRULE 261 



WO 99/09707 



PCT/US9fi/Hfi06 



4/11 



FTC. 5A 



FIG. 5B 



( START Y " 



5A00 



INSTANTIATE AN IP 
ADDRESS STRUCTURE 
NAMED "sodc-oddr", 
A DATA SUFFER NAMED 
"data 1 ', A MULTICAST 
REQUEST STRUCTURE 
NAMED "m_reg'\ AN 
INTEGER NAMED "count". 
AND AN INTEGER 
NAMED "stolus" 



5B00- 



■5A10 



5810 



COPY DATA TO 
BUFFER "dala" 



■5A20 



SET INTEGER STATUS 
TO RETURN CODE OF 
CALL TO "socketQ" 
PASSING "AFJNET" 
AND "50CKDGRAM" 
TO OPEN A UDP 
SOCKET 



5B20- 



-5A30 




5BM- 



5A40 



NO 



(3 



5A50 
EXIT PROGRAM INA 

0 



ERROR CONDITION 



FROM FIG. 5A 



2 



SET THE sBUorrty 
MEMBER OF sock_oddf 
TO AFJNET 



SET THE s_addr 
MEMBER OF THE 
sif^Oddr MEMBER OF 
sock-odtfr TO THE IP 
MULTICAST ADDRESS 
OF THE DESTINATION 
MULTICAST GROUP 



SET THE sin_port 
MEMBER OF sock.addr 
TO THE PORT NUMBER 



CALL "sendto" PASSING 
THE INTEGER STATUS, 
DATA AND NUMBER Of 

BYTES IN DATA, A 
POINTER TO sock_addr, 
AND THE NUMBER OF 
BYTES IN 50ck_addr 



INITIALIZE SOCKET 
ADDRESS STRUCTURE 
socleoddr TO ALL ZEROS 

TO FIG. 5B 



■5A60 



Q 




EXIT PROGRAM IN 
ERROR CONDITION 

7 



0 



NO 



5B50 



5B40 



EXIT PROGRAM IN 
SUCCESS CONDITION 

T~ 

5B60 



D 



NSDOCiD: <WO__9909707A1TL> 



SUBSTITUTE SHEET (RULE 2fi) 



WO 99fl#707 



PCT/US96/14606 



5/11 



FIG. 6A 

INSTANTIATE AN IP 
ADDRESS STRUCTURE 
KAMEO "sock.otfdr", 
A DATA BUFFER NAMED 
"data", A MULTICAST 
REQUEST STRUCTURE 
NAMED "rcureg", AND AN 
INTEGER NAMED "count" 



6A10 



6BO0- 



SET INTEGER STATUS 
TO RETURN CODE OF 
CALL TO M socket()" 
PASSING "AFJNFJ" 
AND "SOCKDGRAM" 
TO OPEN A UDP 
SOCKET 



6B10- 



-6A20 



6B20- 




6B30- 



1MTIALIZE' SOCKET 
ADDRESS STRUCTURE 
sock_oddr TO ALL 2 EROS 



•6A50 



TO FIG. 6B 



FIG. GB 



FROM FIG. 6A 



2 



SET THE &in_fomily 
MEMBER OF sock_addr 
'TO AFJNET 



SET THE s.oddr 
MEMBER OF THE 
sn\_addr MEMBER OF 
sock^odtfr TO A 
VALID IP ADDRESS 

i 



SET THE siruport 
MEMBER OF sock_oddr 
TO THE PORT NUMBER 



CALL "reevfrom" 

PASSiNG THE 
INTEGER STATUS, 
DATA AND NUMBER OF 

BYTES IN DATA. A 
POINTER TO sock.oddr, 
AND THE NUMBER OF 
BYTES IN sock_cddr 




EXIT PROGRAM IN 
ERROR CONDITION 

7 



*1 



6B50 



EXIT PROGRAM IN 
SUCCESS CONDITION 

— T~ 

6B60 



^SDOCtD: <WO 9909707 A 1TI > 



SUBSTITUTE SHEET f RULE 261 



WO 99/C9707 



rCI7US98/14W(S 



6/11 



700 
\ 


710 




720 


CONTENT PROVIDER 1 
FACILITY 




BROADCAST 
OPERATION CENTER 




UPLINK FACILITY 



FIG. 7 



DATA FILES 




620 

\ 

INFORMATION 
STORE 



DATA STREAMS 

FIG. 8 




r CONTENT PROVIDER FACILITY ~* 



DATA 
STREAM 



DATA 
FILE 



7" 
1300 



1310 



1305 



I CONTENT 
i PROVIDER i 
„ GATEWAY 1 



DATA 
STREAM 



1330 



FIG. 9 




1320- 



F1LE 
GATEWAY 



1315- 



SCHEDULE 
GATEWAY 



FILE 



1325-"] GATEWAY I J 1335 ' 



SUBSCRIPTION 
MANAGER 



OUTPUT 
GATEWAYS 



BROADCAST OPERATION CENTER 



NSOOCIQ <WO_9909707A1TL> 



SUBSTITUTE SHEET (WLE 26) 



WDMMM70T 



7/11 



1000 

-A- 



CONTENT 
PROVIDER 
GATEWAY 



1020 



SUBSCRIPTION 
MANAGER 



FILE STORE 



idso 



FIG. 10 

r CWUT~CATEWAYS~ l r 



STREAM DATA 



STREAM 
GATEWAY 




UPLINK GATEWAYS 



INTERNET 
MULTICAST 
GATEWAY 



1060 



FSS 
UPLINK 
GATEWAY 



1070 



DBS 
UPLINK 
GATEWAY 



1080 




FSS UPLINK 
TRANSMITTER 




DBS UPLINK 
TRANSMITTER 



J 1 J 



1300' 



1310 



1350 



FIG. 13 



VIDEO STORAGE 
AND RETRIEVAL 



REAL TIME 
TRANSPORT 



WEB CACHE 
AND PROXY 



WEB 
TRANSPORT 



IP MULTICAST SERVICES 



SATELLITE BITP1PES 



■1320 



■1330 



•1340 



StinftTmrrc tuccT mi u b a*\ 



WO 39/09707 



a/11 




53 d 



SUB5TTTIJTE SHEET (RULE 28} 



SDOCID:<WO 9909707A1T1 > 



WO PCT/DS98/14606 



9/11 




in o 

CSJ 

CNJ Cvf 

1A 



o 



5 

3? 



0£ 
UJ 



CM 

2 



o 

I 

S: 



7^ 



tN2 



m 



1230 
, 1235 




j L 






at 3 




■< m 

LU g 


§ xi 






AV 


CM. PROGRAM 

:nu database 


V 





o 




WO5W097CI7 



FCT7USW146M 



10/11 



FIG. 14 



H20 

REAL-TIME TRANSPO RT / 



CONTENT 
PROVIDER 



HIP 1400 



SUBNETWORK 



CONTENT 
INSERTION 



STREAMING 



143O STORE AND 1420 
\ FOR WARD DISTRIB UTION / 



CONTENT 
PROVIDER 



STORE AND 
FORWARD 



SUBNETWORK 



CQNTEOT 
INSERTION 



1500 



CONTENT 
PROVIDER 



1510 
A. 



CONTENT 
INSERTION 



FIG. 15 



APPLICATION 



INTERNETWORK 
SUBNETWORK 



SATELLITE J5SQ 


j, 




t 


MUX 


-M57Q 1590-^ 


IRD 



CA 



1530 

V 



1560 1595- 



CA 



RT 



1540 
INTERNET 




1550 



RT 



1520 



DESTINATION 
COMPUTER 



MfinrmH><wr) 0000707 a -m > 



SUBSTITUTE SHEET (RULE 281 



WO 99/09707 



PCT/US9S/14606 



11/11 




SimJJTTTll^e Bucrr rain c *>tt\ 




This Page Blank (uspto) 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 



U SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEST AVAILABLE IMAGES 




FADED TEXT OR DRAWING 



BLURRED OR ILLEGIBLE TEXT OR DRAWING 



This Page Blank (uspto) 



